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ABSTRACT 

A study was made of management practices in different 
computer networks. The five networks were chosen as typical of 
different approaches to network implementation and management: 
Defense Advanced Research Projects Agency (ARPA) Network, MERIT 
Network, Triangle Universities Computation Center (TUCC) , Oregon 
State Regional Network, and Tymnet (a commercial network) . A common 
format which included questions about network mission, technology and 
organization; financial and legal concerns; and summary of problems 
and tentative recommendations was used to survey each organization. 
The resulting report is not intended to be prescriptive, although 
some empirical observations are presented for each topic covered. 
(Author/SL) 
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Thfs report presents the results of a study of fnanagement 
practices In different computer networks. Five networks 
were chosen as typical of deferent approaches to network 
Implementation and management* Defense Advanced Research 
Projects Agency (ARPA) Network, MERIT Network, Triangle 
Universities Computation Center (TUCC)> Oregon State 
Regional Network and Tymnet, a commercial network. A 
common format is employed to survey each network. While 
the report Is not Intended to be prescriptive, some 
empirical observations are presented for each topic 
covered. 

Key words* Computer network? management; 

network; network management 



Introduct I on 



This report on management practices In different computer 
networks presents some of the results of a study conducted 
by the Institute for Computer Sciences and Technology, 
National Bureau of Standards, for the National Science 
Foundation In support of the '•Networking for Science" 
program. The approach to management taken In this report 
Is positive (i.e., reporting on current practices as they 
exist); the normative or prescr I pt I ve approach Is taken In 
a separate report as Indicated In the foreword. 

This survey Is meant to be representative and illustrative 
rather than exhaustive or conclusive. The networks 
covered were chosen to be typical of different approaches 
to network Implementation and management. 

The ARPA network Is a large distributed network of 
autonomous, heterogeneous computer systems. It has 
focused on the development of network technology and 
resource-sharing techniques, rather than organizational 
problems. 
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Introduction 



MERIT Is a controlled experiment In networking on a 
regional basis wj th heterogeneous computer systems^ 
Considerable attention has been focused during the 
network's development on the organizational problems, 

TUCC Is another regional network, but with homogeneous 
computers and a larger number of participating 
Institutions, TUCC has also given considerable 
attention to organizational Issues. 

The Oregon State network I s representat I ve of nany 
centralized or "star** networks serving a regional 
c 1 I ente le. 

TYMNET Is the only commercial network Included In the 
study. It was desired to Include a profit-seeking 
network In the study, so as to be able to compare 
managerial practices In non-compet t tlve envl ronments 
with actual business practices^ (Of course, Xhe 
Inclusion of TYMNET In this study In no way Implies 
endorsement of this network). 

Information for this report was gathered from primary and 
secondary literature sources, from telephone and on-site 
Interviews^ and by Iterative review of this document by 
representat t ves of the networks covered. In some cases 
the Information presented here will already be out of date 
by the time this report Is published, so rapidly are these 
networks developi ng, 

A common format was employed for presenting the details of 
each network. The table of contents which follows Is an 
outline for each of the five surveys which follow It. 
Network architecture Is separated from network management, 
and the latter Is broken down Into a number of different 
functional areas. This approach was adopted to permit 
easy comparison of specific managerial concerns from 
network to network. Some empirical observations from such 
comparisons are presented In a concluding section which 
follows the same format as each of the reports. 

Some comments are probably In order regarding the use of 
the term "successful** with reference to the networks 
surveyed. In the author's view, success Is measured by 
the satisfaction and acceptance of the network and Its 
facilities by Its users. This should translate to the 
continued existence of the network, and In most cases to 
growth. Used In this sense, the term transcends mere 
technical accomplishments. A network which performs 
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adequately in the technical sense but which falls to 
satisfy user needs can not be considered successful • 



Table 1. Organization of Each Survey 



I • Introduct I on 

II. Network Identification and General Description 

A. .Sponsor I ng Organization 

B. Purpose/mission of Network 

C. Status and Topology 

D. Technology Summary 

E. Future Plans 
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A* Structure and Extent 
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2*. Ins tal 1 at E on 

3. Operations 

h . User Servl ces 
C. Interfaces (relationships with other organizations) 

IV. Financial and Legal Concerns 

A» Capl tal t zat ton - ' 

B* Accounting 

C. Regulation 

D. Secur I ty 

V. ConclusI ns 

A# Summary of Problems 
B. Lessons Learned 

Annexes 

A* Bibliography 

B. Sped al Vocabu 1 ar y 
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I • Introduct I on 

The ARPA Network I s character I stl c of large 
decentralized networks of autonomous computer systems^ 
Its conti nued successful operation has been widely 
publ I cl zed 1 n the prof essi onal literature and trade 
press, and has demonstrated the technical feasiblltty 
of packet-^swl tchi ng for large networks. 

II. Network IdentJ float I on and General Description 

A. Sponsoring Organization 

The network Is sponsored by the Defense Advanced 
Research Pro jects Agency (ARPA) , an agency of the 
Department of Defense concerned with research and 
development In areas of advanced technology ♦ 

B. Purpose/mission of Network 

The ARPA Network was begun as a research effort to 
i nves 1 1 gate nu 1 1 1 p I e computer resource sharing and 
to defDonstrate the feasibility of packet switching 
technology. 

The network currently supports many ARPA-sponsored 
research programs by providing access to resources 
not available locally. 

C. Status and Topology 

The network has . cen operational since mld-1971« 
Figures I and 2 Illustrate respectively the recent 
geography and topology of the network . The 
network cur rent 1 y i ncl udes over 30 sites with over 
^0 Independent computer systems connected. 

Reliability of the various network components 
varies widely. Currently the communications subnet 
of Interface Message Processors (IMPs) and circuits 
nas extremely high reliability, with only 
occasional outages for particular IMPs or circuits. 
Since Piost nodes are connected to at least two 
other nodes, the outage of a single circuit does 
not disturb network operation. The service sites 
are gener al ly less reliable than the subnet, 
although the statistics vary widely from site to 
site. 
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D» Technology Summary 

The ARPA Network may be characterized as a 
distributed s tore-and-f orward network of 
heterogeneous computer systems (hosts). Hosts are 
connected to the communi cations subnet by means of 
a software Interface called the Network Control 
Program (NCP) and a hardware Interface which may 
have the characteristics of either a channel or a 
communi cati ons 1 1 ne. Each host Is connected to a 
switching center In the subnet called an Interface 
; Message Processor (IMP) which contains an augmented 
^Honeywell 516 or 316 computer; up to four 
Independent hosts may be connected to the same IMP. 
Each IMP Is connected to two or more neighboring 
I/lPs by means of dedicated 50kb communications 
lines. Host to host messages are passed from the 
sending host to Its IMP^ where they are broken Into 
packets and relayed to their destination by the 
subnetwork of IMPs and communications lines. The 
routing Is adaptive} I.e., the route of any given 
packet Is not establ I shed In advance and In general 
the several packets of a message may follow 
different routes. The dest I nat Ion IMP will 
reassemble the message and deliver It to the proper 
host. 

Protocols In the network are constructed according 
to a layered approach. The lowest level protocol 
Is a binary synchronous communications protocol 
governing traffic exchange between IMPs. The 
so-called "first level" protocol governs the 
logical exchange of Information between host and 
IMP. The "second level" protocol governs the 
logical exchange of Information between Network 
Control Programs In communicating hosts. The 
"thi rd level " of protocol refers to any 
communications occur I no between processes In the 
host machl nes . Such third 1 eve I protoco Is I nc lude 
the Inl 1 1 al Connection Protocol ( ICP) , data 
transfer protocol , file transfer protocol , remote 
Job entry protocol, graphics protocol, and others. 

A special third level protocol called TELNET 
defines a network virtual terminal and permits all 
terminals on the network to provide a similar 
Interface to processes In a separate host computer 
system. A special IMP vhlch Is augmented by the 
addition of memory and a multiline controller (a 

7 
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specially desfgned component cental nJ no centra 1 
Vopic and line Interface units) can provide direct 
network access to terminals without going through a 
separate host computer sys tem by providing the 
TELNET funrti on Itself* Such an IHP Is called a 
Terminal IK^, or TIP* 

E. Future PI ans 

The ARPA network continues to grow at a rate of 
about one site per month. It has been extended 
Into Hawaii and Europe via satellite llnks<. 
Network traffic has been growing at an exponential 
rate for some time. The main technical work 
I ncludes redes i gn of the present iMPs, development 
of ml nl -computer front ends to IMPs for remote Job 
entry and private 1 1 ne I nter f aces, and the 
continued refinement of the protocols. 
Organizational ly, the network I s turning I ts 
attention to I mprovl ng r esour ce-shar I ng facilities. 

III. Network Organization 

A. Structure and Extent 

Figure 3 Illustrates the present organizational 
structure for the network. 

The Advanced Research Projects Agency (ARPA) of the 
Department of Defense Initially conceived and 
funded the network, and presently directs Its 
operation through the Information Processing 
Technl ques Dl r ectorate. ARPA Is not a large 
agency, serving primarily as a granting agency, and 
only several people spend their full time on 
network activities. 

ARPA has turned over the day-to-day operation of 
the communications network to the USAF Range 
Measurements Laboratory (RML) at Patrick AF8 In 
Florida. RML will serve as the procurement agent 
for IMPs and maintenance services and as the 
central liaison point for the Defense Commercial 
Communications Office and the common carriers (see 
below, III-B-1), Bolt Beranek and Newman, Network 
Analysis Corporation, and prospective new users. 

Bolt Beranek and Newman (BBN) of Cambridge, 
Massachusetts, Is the primary ARPA contractor In 
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the development and operation of the network. 8BN 
designed and constructed the IMPs and TIPs which 
comprise the subnet, wrote the software for these 
processors, and participated In the specification 
of the network protocols, 8BN currently oversees 
all network modifications, dealing, through RML, 
with the Bell System for the wideband circuits, and 
with Honeywell Information Systems for the 
procurement of H-SI6 and H-3 16 processors for 
Inclusion In the IMPs and TIPs. BBN also operates 
a Network Control Center (NCC) which monitors the 
operation of the network on a round-the-clock basis 
and which aids In the diagnosis of failures and 
Initiates and coordinates maintenance efforts. 

Honeywell Information Systems Is an OEM supplier of 
basic H-316 and H-S16 processors, from which BBN 
fabricates the IMPs and TIPs. Honeywell field 
engineers also assist In the Installation of the 
IMPs and Tips, and are responsible for maintenance. 

Network Analysis Corporation (NAC), Glen Cove, 
N,Y., serves as an ARPA contractor for analytical 
studies to determine the optimum topology of the 
network and select the topology actually used. 

The Network Measurement Center (NMC) Is an 
ARPA-supported research group at the University of 
California (Los Angeles) which performs 
measurements and Investigates the performance of 
the network. 

The Network Information Center (NIC) at Stanford 
Research Institute provides a reference center 
serving to receive, record. Index, and transmit, 
online and of fl Ine, information produced by and 
about the Network* To do this It designs 
Information-handling tools for dialogue and 
record-handling. The NIC currently operates a 
POP-IO TENEX system which Is used both for 
development and network services. However, It Is 
planned to separate the development activities from 
the service functions through an arrangement with 
Tymshare, Inc. The Involvement with Tymshare Is 
strictly on a •^facilities management** basis. That 
Is, Tymshare will operate a computer system 
virtually Identical to the one at the NIC, to 
provide reliable Tenex, NLS, and Journal service to 
NIC users and other selected customers. The NIC 
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staff will remain at SRI, as will the 
responsibility for further developments In these 
areas. 

Approximately 18 hosts may be classified as 
research sites* These sites perform research In a 
number of areas under ARPA contracts and utilize 
the network In support of their research. 

Six sites are cl asst fl ed as service sites: UCLA 
(360/91), SRI (NIC), UCSB (360/75), BBN (PDP-IO), 
USC-ISr (POP-IO) and MIT (MULTICS). Some of these 
sites offer services to the network community on a 
fee basis; others are subsidized by ARPA* 

The remaining si tes are users, although interslte 
arrangements are often made for the sharing of 
resources. Almost all of the sites make some of 
thel r resources available, but not all guarantee to 
Interact as a service organ! zat Ion* Each site has 
a Technical Liaison to answer technical questions, 
and a Station Agent to handle questions concerning 
administrative, documentation, and similar 
questions regarding the network resources and the 
NIC. 

The "network facM I tators" were an Informal 
commltee of experienced users who prosel yt I zed and 
attempted to solve network problems for users* 
This group was In existence for about a year, after 
which I t dl sappeared. The performance of this type 
of function has since been delegated to a group at 
the Mitre Corporation under contract to ARPA* 
Mitre publishes a network newsletter, responds to 
user Inquiries and provides various kinds of 
assi stance* » 

Other groups that are In a sense "network 
facilitators" are these special and general 
I nterest groups * 

ANTS Support Group 

ARPANET Satellite System 

Computer Based Instruction Group 

File Transfer Protocol Interest Group 

1ml ac Interest Group 

International Network Working Group 

International Packet Network Working Group 

Network Associates Group 

11 
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Network Graphics Group 

Network Information Center 

Network Liaison Group 

Network Measurement Group 

Network Station Agent Group 

NetWork Working Group Steering Committee 

Pr 1 ncl pal Invest! gators 

Packet Radio Group ^ 

Remote Job Entry 

Speech Understanding Research Group 
TIP Users Group 
TNLS User Group 
TENEX Users Group 

B. Functions Performed 

I. Planning 

Network growth Is controlled by the sponsoring 
agency, ARPA* However t Karp (1973) indicates 
that the first 15 sites were ARPA research 
facilities selected for their expertise In 
software and system design rather than for the 
computer resources they could provide. 
Subsequent sites have provided both additional 
resources and users of these resources* There 
does not appear to be any fixed or published 
policy for determining what sites are to be 
added. Network growth Is presently limited by 
the rate at which Honeywell and BBN can supply 
IMPs (about 1 per month). 

When a new site Is selected^ Network Analysis 
Corporation determines for ARPA the new topology 
for the subnet. The network topology Is not 
optimized each time a node Is added^ since that 
might entail too costly and disruptive 
alterations of existing circuits, but the new 
node Is added In as cost-effective a means as 
possible. Occasional ly, more extensive changes 
are made to the network topology as needs 
warrant. The planning function Is thus 
centralized and supported by appropriate 
analysis. * 

All hardware procurement for the network Is 
controlled by ARPA; the Individual sites are not 
Involved. ARPA places orders (through RML) for 
IMPs and TIPs with BBN. Communications circuits 
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are ordered through the Defense Commercial 
Communications Office (DECCO) which deals with 
the various common carriers. As explained 
below^ In practice BBN coordinates circuit 
instaj 1 atlon wl th the carriers. 

2. Instal 1 at I on 

Each site which Is added to the network Is 
responsible for f abr I cat I ng the interface to the 
IMP or TIP and for coding a network control 
program (NCP). Sped f I cat Ions for each are 
available from Bolt Beranek and Newman. The 
host organization Is also responsible for site 
preparation (floor space, power, air 
conditioning, etc.) for the IMP, which wM) 
reside at the host's own location. 

Bolt Beranek and Newman coordinates IMP 
Installation through the Network Control Center. 
The normal Installation team consists of a BBN 
representative, the person from the local 
Honeywell office who will maintain the machine, 
possibly an additional person from the main 
Honeywell office, and telephone company 
personnel. 

3. Operations 

The local host organization is responsible for 
maintenance of Its host processor, NCP and IMP 
Interface. The local Honey we 1 1 office will 
maintain the IMP Itself. AT&T Long Lines 
Division Is responsible for maintenance of the 
modems and communications circuits. 

For diagnostic and control purposes^ BBN 
operates a special host system In Cambridge, 
Massachusetts, which Is called the Network 
Control Center. The NCC regularly receives 
status reports from all the IMPs In the network 
regarding the operational status of their 
communication circuits and their neighbouring 
IMPs. Special programmable debugging and fault 
Isolation procedures (such as looping lines back 
into the same IMP) may be Initiated remotely 
from the NCC. Fault isolation may or may not 
require the assistance of local host personnel. 

13 
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The maintenance function, which may Involve 
several organizations including the Bell System, 
Honeywell, 8BN and the local host, appears 
complicated, but Is handled ef f Iclent ly't. The 
Network Control Center Is very effective In 
diagnosing failures and coordinating maintenance 
among the various groups Involved. 

The division of responsibility for software Is 
similar to that for hardware. All IMP software 
I s control 1 ed by BBN and Is currently loaded via 
the network itself. Host organizations are 
forbidden to modify the software In their IMPs. 

Functional protocols are specified by committees 
of host, ARPA and contractor personnel. At the 
lower levels these are fairly well agreed upon 
and debugged, and hosts agree to abide by them. 
At the higher levels, the protocols are still 
evolving, and subsets of hosts often experiment 
with variants among themselves^ 

At the present time, all of the lower level 
protocols are sufficiently well defined and 
debugged as to be of little or no concern tc the 
average user. The higher level protocols, or 
more precisely, the lack of generally accepted 
and debugged higher level protocols (for 
example, remote Job entr^) have and continue to 
be a major hindrance to Increased network 
utilization. However, these problems are 
recognized and new and Improved protocols are 
being constructed and tested by various 
contractors^ 

User Services 

Users at one site seeking to utilize resources 
at another site are required to be familiar with 
the characteristics (log-on procedures, 
operating system commands, program conventions, 
etc.) of that site. Documentation is, in 
general, provided by the serving site according 
to Its own conventions. Several organizations 
do exist, however, to help users access remote 
resources. 

The Network Facilitators Group was an informal 
committee of experienced personnel at various 
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sites around the country who organized to 
proniote network utilization* This informal 
group has since been replaced by a group at the 
MI tre Cor poratl on who have an ARPA contract to 
assist network users. 

The Network Information Center Is operated by 
Stanford Research Inst I tute to f acl II tate the 
col Ject Ion and dl ssemi nat ton of data produced by 
and about the Network. The NIC mal ntalns onl I ne 
files of data about the Sites and people on the 
NetWork, maintains online tools for access to 
the data, and produces offline notebooks, 
I ndexes and dl rector I es of the data for use by 
the Network and other networking agences. The 
NIC also functions to reproduce, catalog. Index 
and dl str i bute onll ne and hardcopy documents as 
requested by Network Sites In the process of 
building and using the Network, 

The user support function Is probably the least 
wel 1 -provl ded function In the ARPA network. The 
quality of documentation and the general 
aval 1 abl 1 1 ty of assistance from sites varies 
tremendously from site to site. The network 
facilitators helped at selected user sites, but 
because of the I nf or ma 1 1 ty of their organization 
and because they were not located at all sites 
they were not a general solution. Mitre has 
been at work on their user assistance task for 
too brief a period to be evaluated. The NIC has 
not provided a general solution to the 
documentation problem, since they do not attempt 
to distribute all the documentation needed to 
run at a particular site nor to enforce any 
documentation standards. 

C. Interfaces (relationships with other organizations) 

The question of the ARPA network^s future status 
has yet to be settled. The network Is a closed 
community, available only to governmental agencies 
and their contractors, but the network has been 
connected for demonstration purposes to other 
(commercial) networks (e.g., TYMNET). The ARPA 
network Is presently functioning as a marketplace 
for the sale of computer time to the network 
communi ty. 
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ARPA has Indicated on several occasions that It 
do^s not Intend to operate the network Indefinitely 
and has already turned over dally operation to 
another governmental or gani zat Ion (RML). Various 
options for converting the network to commercial 
operation have been considered^ but none have been 
considered feasible. It remains to be seen what 
the future of the network wll 1 be« 

In another vein, the technology developed for the 
network has already received commercial attention. 
Several companies have f I led appl I cations with the 
Federal Communications Commission to set up und 
operate si ml lar networks as common carriers (In 
some cases 9 using basic communications circuits 
provided by other common carriers In a so-called 
"value-added" configuration). 

Finally, ARPA does seem Interested In Investigating 
the means and the difficulties of connecting to 
other networks. Many members of the ARPANET 
community participate In the International Network 
Working Group, originally an ARPA-sponsored 
Inl ti atl ve which Is now a working group under IF IP 
with international participation. The purpose of 
the group Is to develop inter-network protocols and 
to mount some t nternatlonal experiments. 

IV. Financial and Legal Concerns 

A. Capitalization 

The network was funded by ARPA, so capitalization 
Is provided through research grants. ARPA 
continues to subsidize the subnet communications ^ 
circuits. Each of the IMPs and TIPs was either 
paid for by ARPA or the participating host 
organization. In general, some of the early sites 
were ARPA contractors, and so had their IMPs 
provided, while many of the newer sites are users 
who are paying for their own. 

B. Accounting 

Participation In the network requires access to the 
communications subnet and access to Individual 
hosts on the network. IMPs and TIPs are available 
for a fixed fee frcm ARPA, which obtains them from 
8BN. Monthly maintenance charges must be paid 
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after the first year of operation* Comraunl cat Ions 
charges are assessed by ARPA according to usage« a 
base fee plus a variable fee for traffic above a 
given minimum. In fact, most network participants 
have been supported by ARPA In one way or another, 
and communications costs continue to be subsldl2ed« 

Accounting for resources at the host sites Is done 
by each of the hosts concerned* Each user who 
desires to utilize remote resources must open an 
account at the appropriate site* The friendliness 
of sites to external users varies considerably, as 
do billing rates* BJ U i ng procedures vary widely 
(some sites have been known to close an account 
when It ran out of funds without notifying the 
user) and require using sites to deal with many 
vendors. The overall situation Is recognized to be 
less than satisfactory, and a committee of 
principal Invest Igators Is currently trying to 
develop a network-wide accounting scheme, 

C* Regui atlon 

No commercial users or non^research commercial 
servers are current I y permt tted on the network* As 
a research activity sponsored by the Department of 
Defense, the network Is not subject to regulation 
by other government agencies <e*g*, the FCC)* 

The wideband communications circuits used In the 
subnet are leased by ARPA through the Defense 
Department at bulk (TELPAK D) rates* These rates 
represent considerable economies of scale for large 
data communications users* 

D* Secur I ty 

The communications subnet will Insure that riiessages 
are delivered to the proper host* The 
non-deterministic routing of the Individual packets 
of a message could be viewed as providing some 
degree of security to the subnet* At that point It 
Is the responsibility of the host to Insure 
delivery to the proper user* There Is no checking 
on the origin of messages to Insure that they agree 
with the Identification given In a log-on sequence. 

File security Is the responsibility of the 
Individual hosts* Log-on procedures, keyword 
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access and the like are among the procedures 
employed by the various hosts as protective 
mechani sms • 

V* Cone 1 us i ons 

A» Summary of Problems 

Star t-up RequI rements - Fabrication of the IMP 
interface and coding of the Network Control Program 
have been major obstacles to new hosts Joining the 
network. BBN has f abr I cated some Interfaces, but 
prefers not to do so. This problem Is expected to 
continue, as the character of sites Jolnlnrthe 
network changes from researcher to user^ However, 
a mitigating factor may be the Inventory of 
I nter faces and NCPs which have already been 
constructed. 

Cost - The question of cost Is growing In 
Importance as the network operatf on /s exam/ned by 
potent I al commerci ai suppliers and as the full 
costs become known. Published documentation on 
costs have thus far de<^lt mainly with the 
communications subnet. Even here, the costs may be 
distorted because published figures are derived 
from loading factors which have never been realized 
(although traffic has been growing at an 
exponent! al rate). Also, the cost of network 
access (an IMP or TIP) remains high (though lower 
cost replacements are currently under development). 
However, the most si gnl f leant concern Is that the 
cost of the subnet may not be the major network 
cost. Recent studies have shown that the overhead 
associated with the NCP may be substantially larger 
than was previously believed. Additional cost 
studies are indicated, as well as a reevaluatlon of 
the current protocol strategy with a view to 
reducing overhead. 

Reliability - In contrast to the now high 
reliability of the subnet, the host sites, at which 
the real work Is done, vary widely In reliability. 

Heterogeneity - While some facilities (such as 
TELNET, network mail and fi le transfer protocol) 
have been provided to permit common operation on 
hosts of different types, the problem has not been 
solved in generals Executive level commands are 
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an different for dl f ferent machl nes^ text editors 
are different^ log-on procedures are different, 
etc» This is a difficulty which networks have only 
exacerbated by making additional systems aval labl e 
to potential users* 

User Services • The need for readable, accurate, 
complete and available documentation cannot be 
stressed too much. Of equal Importance, however. 
Is the occasional need for hand-holding* On-line 
tutorials may provide some rel 1 ef, but personal 
assistance by knowledgable and friendly personnel 
vl 1 1 never be completely replaced by documentation* 
The current level of these services on the ARPA 
network leaves room for Improvement. 

Protocols - Lack of particular protocols such as 
graphics and remote Job entry has cut off potential 
usage In some cases. This problem will be resolved 
as these protocols become better developed and are 
made generally available. 

8. Lessons Learned 

In fairness. It must be recognized that the ARPA 
network began as an experiment In networking among 
research-oriented sites. It has achieved Its 
objective of demonstrating the f eas I bl 1 1 ty of the 
packet-swl tchi ng approach, targe numbers of users 
depend on the network now for their day-to-day 
work. Many of the problem^ which have been 
Identified have arisen as the network matured and 
the complexion of Its participants changed from 
research-oriented to usage-oriented. 

In general, the network has functioned best where 
there has been formal responsibility and 
organization, for example, at the Network Control 
Center. The less directed efforts have been 
correspondingly less successful, for example, the 
hi gher I evel protocol committees. 

The network seems also to have been most useful In 
offering services when the differences between host 
systems have been bridged automatlcaly by the network. 
For example, perhaps the most successiFul service has 
been the TELNET, which has permitted a wide range of 
terminals to operate more or less Identically on many 
different host systems. The resources for which this 
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type of standardization has not been performed have 
been less successful In attract Ing wide utilization. 
Additional work In this area seems indicated. 

Annexes 

A* Bibliography 

Carr, S., Crocker, $• and V. Cerf. "Host/host 
comunlcatlon protocol In the ARPA network*" SJCC, 
1970, pp. 589-597. 

Crocker, Stephen et. aK "Function-oriented 
protocols for the ARPA computer network." SJCC 
1972, pp. 271-279. 

Frank, Howard, Robert E. Kahn and Leonard 
Klelnrock. "Computer communications network design 
— experience with theory and practice." SJCC » 
1972, pp. 255-270. 

Heart, Frank E. et* al. "The Interface message 
processor for the ARPA computer network." SJCC 
1970, pp. 551-567. 

Kahn, Robert E. and Will I air. R. Crowther* "A study 
of the ARPA network design and performance*" Bolt 
Beranek and Newman, Report No. 2161, August 1971. 

Karp, Peggy M. "Origin, development and current 
status of the ARPA network," <CciT,pccn73>, pp. 
49-52. 

McKenzfe, Alexander A. et. al. "The network 
control center for the ARPA network." <Computer 
Communication - Impacts and Impl I cat I ons> (Proc. 
ICCC), 1972, pp. 185-191. 

Mtmno, N. W., et. al . "Terminal access to the ARPA 
network? experience and Improvements." 
<Ccmpcon 73>, pp. 39-43. 

Network Analysis Corporation. "ARPANET? des I gn, 
operation, management and performance.^ /Report to 
Rome Air Development Center, April 1973. 

Ornstein, S. M. et. al. "The terminal IMP for the 
ARPA computer network." SJCC 1972, pp. 243-254. 

20 



Network Management Survey ARPA Network 



Roberts, Lawrence G. and Barry 0. Wessler* 
**Computer network development to achieve resource 
sharing." SJCC 1970, pp. 

B# Special Vocabulary 

IMP - Interface Message Processor — A specially 
modified Honeywell 316 or 516 processor which 
serves as the communications computer In the 
network. 

TIP - Terminal IMP - An IMP which Is augmented by 
additional memory and a multiline controller. The 
TIP contains a network control program and a TELNET 
program wl thin I t to permit term] na Is to access the 
netwgrk directly through It. 

Multiline Controller - A specially designed 

mul tl pi exor-1 I ke devl ce which supports the access 

of up to 6'f terminal s of varying type Into a TIP. 

Message - A logical unit of data exchange between 
processes. 

Packet - Physical segments of a message which are 
the transmission units In the subnet. 

Subnet - The array of IMPs, Tips and communication 
circuits which del 1 ver messages from one host to 
another. 
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!• Introduction 

The MERIT Network Is representative of a controMed 
experiment In networking on a regional basis* The 
straightforward desfgn of the comrruni cat I ons system 
and the limited size of the network have permitted 
attention to be focused on the managerial problems of 
the network* 

lU Network Identification and General Description 

A* Sponsoring Organization 

In 1966, Michigan State University, Wayne State 
University and the University of Michigan formally 
established a program of mutual cooperation known 
as MICIS (Michigan Interunl versi ty Com! ttee on 
Information Systems)* MICIS established a 
non-profit corporation, MERIT (Michigan Educational 
Research Triad, Inc#), for the purpose of receiving 
and distributing funds for research* It is this 
non-profit corporation which sponsors the network* 

B* Purpose/mission of Network 

The Merit Network Is a prototype educetiona] 
computing network that seeks to enhance the 
educational and computing resources of each 
university by permitting network participants to 
share resources^ The objectives of the network 
were broadly stated as gaining, through the 
development and successful Implementation of a 
network, knowledge about and solutions to the 
problems of network operation In an established 
educational computing environment* 

The three computer systems In the network are 
sufficiently different as to make deslreable the 
directing of particular types of work to one of 
them from the othars* 

The University of Michigan's system, using 
duplex IBM 360/67 hardware, was designed 
especially for timesharing using MTS* 

The Michigan State University computer (COC 
6500) Is unusually fast and therefore 
well -suited to large, compute-bound Jobs* 
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The Wayne State University Computer Center, 
using duplex IBM 370/67 hardware running the MTS 
timesharing system, has developed a special 
competence In administrative data processing* 

At the time of organization of the network, a 
cooperative policy In acquiring special peripheral 
equipment was considered feasible* It v as 
suggested that relatively unusual equipment, such 
as a fHm recorder-scanner, might be purchased by 
one Installation to serve all three unl versl t les# 

€• Status and Topology 

The network became operational In the summer of 
1972. The topology of the network Is three node, 
fully connected. Presently the network provides 
communication service, on a nearly continuous basis 
whenever the host systems are up; usage through 
1973 has been light, however. Aupper 1 e ( 1973) 
reports that current network-use data Indicates 
that between one and two million bytes are 
transmitted monthly by an average of twenty 
Individual users. About 100 different users have 
tried the network during the second half of 1972, 
the first six-month period of statistical data 
gathering. 

0. Technology Summary 

The three host systems In the MERIT network are 
tied together through small communications 
computers located at each host slte» which are 
themselves Interconnected by means of modems 
through the switched telephone network. The 
Interface which the communications computers 
present to the host system are uniquely adapted to 
the requirements o*f each particular host; the 
interface which the communications computers 
present to the telephone network (and thus to each 
other) are Identical. A somewhat novel capability 
Is the ability to dynamically vary the bandwidth of 
the communications paths available between pairs of 
hosts. This Is accomplished by providing each 
communications computer with four separate modems 
and an automatic calling unit. The bandwidth 
represented by the four lines may be allocated to 
communications with either of the other two hosts 
as dictated by Immediate communications 

23 

ERLC 



Network Management Survey 



MERIT Network 



requirements? normally at least one line fs kept 
open to each other remote slte^ 

The communications computer consists of a standard 
Digital Equipment Corporation PDP-n/20 with J6K 
words of 16-bIt core memory. Four different types 
of Interfaces are required? 

1* Data set Interface 

2. Automatic calling unit and multiplexor 
Interface 

3* IBM 360/67 Interface (one for each of two 
host systems) 

4. CDC 6500 Interface (for one host .system) 

The data set Interfaces are designed to transfer 
entire messages over the telephone network direct Jy 
to and from the PDP-Il^s core memory without 
program Intervention^ once the transfer is 
Initialized by software action^ These Interfaces 
are designed to function as either half-duplex or 
full-duplex units over a wide range of frequencies 
and are compatible with binary synchronous 
communi cat I ons procedures * 

Automatic calling unit and multiplexor Interfaces 
provide the communications computer with the 
ability to dial, under program control, a single 
telephone cai I • The automatic calling unit may be 
shared among eight telephone llnes« 

The host Interfaces (IBM 360 and CDC 6500), like 
the data set Interfaces, are designed to transfer 
entire messages without Intervention, once 
appropriate action ts Initiated^ The Interfaces 
transfer data In parallel between the host and the 
communications computer, and they partially resolve 
the word length mismatch that exist between these 
machines* The host Interfaces also cause the 
communications computer to appear as a number of 
Identical, but separate, devices to the host, thus 
simplifying the logical structure of multiple user 
activity over the network and minimizing the amount 
of the host's network support software* 

The systems programming requirements for the MERIT 
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computer network consist of device suport for the 
communications computer In each of the hosts, and 
an operating system In the cornmunlcatlons computer 
which provides support for the message switching 
function and an Interface to each host. Each host 
treats the communications computer as an I/O 
device* Together, the software elements In the 
host and communications computers permit a user to 
establish a path to a remote host and to utilize 
services there. All terminal access Into the 
network Is through the local host? there Is no 
direct terminal access Into the network which 
bypasses the local host. However, this capability 
Is being considered for future Implementation* 

E. Future Plans 

The MERIT network continues to serve the three 
participating universities. There Is consideration 
for a remote version of the communications computer 
to allow terminals to access the network directly 
(without there being a loca) host) so as to be able 
to offer service to other Institutions In the 
region. Work Is underway to extend the 
communications computer software to allow the 
routing of messages In a 1 ess-than-f u 1 1 y connected 
network. 

III. Network Organization 

A. Structure and Extent 

Figure 1 presents a simplified view of the 
organization of the MERIT Computer Network. 

The Michigan InterunI vers I ty Committee on 
Information Systems (MICIS) Is made up of 
representatives from each of the three 
participating universities. A few are computer 
experts, but most are not. MICIS members In turn 
are responsible for selecting the Director of the 
MERIT Computer Network. 

The MERIT Computer Network project director Is 
responsible for the orderly execution of all of the- 
technical and contractual responsibilities, broadly 
divisible Into three, staff supported functions: 

1. Educational and promotional; 
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2. Research and technical development of the 
network; and 

3* Financial administration. 

For the Initial phase of network design and 
construction, MICIS chose a computer expert, Dr# 
Bertram Herzog, to lead the vork# The director's 
office Is located at the University of Michigan* 

In the educational and promotional functions, the 
director Is assisted by three associate directors, 
one located at each campus* The associate 
directors are chosen by the director from 
nominations made by the universities. The special 
responsibility of each associate director Is to 
promote and encourage the development of the 
network within his own community of users. He has 
esentlally a dual role^ to support the director and 
the network so that the Implementation of the 
network at his particular site proceeds as 
efectlvely as possible, and to Insure that his own 
university's Interests are equitably served with 
respect to the demands made on Its resources by the 
network. The associate directors have no direct 
responsibility for the technical details of the 
project, but they are kept Informed of relevant 
developments and provide advice. 

Four groups are concerned with the technical 
research and development function* the Network 
Central Staff, and the separate Network-Michigan 
State University, Network-Uhl versi ty of Michigan, 
and Network-Wayne State University staffs 
Individually af f M I ated wl th their respective host 
sites. Further, the Network Central Staff has two 
components^ the senior staff with technical 
responsibility for all of these groups, and the 
programming staff, charged with developing software 
for the common part of the network. At the peak of 
activities, approximately the equivalent of 12 
full -time engineers and systems programmers were 
Involved In this facet of the project. This number 
represents (equl valently) two systems programmers 
located at each of the three campus computing 
centers and six members of the Netv^ork Central 
Staff located at MFRIT headquarters. 

Wayn^ State University acts as fiscal agent for the 
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network, fulfilling such functions as the receipt 
of funds from several sources, the distribution of 
these funds to the various MERIT groups and 
vendors, and the preparation of all contractural 
and budgetary material. 

Functions Performed 

* • • » -v** « » » i » • iji 

Long range planning responsibility rests with 
MICIS, which continues to function as a 
committee and currently meets on a bimonthly 
schedule. Each university has appointed several 
representati ves , , of f I cl al 1 y four, to MICIS for 
an Indefinite term. The representatives from 
each university consist of one high-ranking 
member of each university's administration and 
of faculty members, usually Including the 
computing center director and others Interested 
In computer application areas. 

In Its efforts to develop a computer network, 
MICIS sought both state and federal support. A 
three-member Joint Executive Committee was 
established by the participating universities to 
administer any funds provided by the State of 
Michigan. Further, In the fall of 1966 the 
Ml chl gan Educational Researcl^ and Informat I on 
Triad (MERIT) Inc. was created with its three 
man Board of Directors, and charged with the 
responsibility to solicit and receive non-state 
funds for the network. Wayne State University 
was designated as the fiscal agent for all state 
and non-state funds. 

Once funding was assured, a network research and 
development project was established and work 
began In July 1969. Initially designated the 
Tr I -Un! vers! ty Computer Network, It later became 
known as the MERIT Computer Network Project. 
Thus the director of the MERIT Computer Network 
Project subml ts budgets for approval to the 
Joint Executive Committee and the Board of 
Directors of MERIT, Inc. (the same three people 
serve on both boards) whereupon the fiscal agent 
executes the appropriate contractural 
operations. 
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2. Installation 

The specfal commun f cat ions facilities for the 
network were developed by the project staff 
under the guidance of the Director. This 
development Included communications computer 
hardware and common software. Software specific 
to a particular site, and all software residing 
In the heat computers. Is the primary 
responsibility of each host site's staff. A 
common design for network software was developed 
by the central project staff. 

The Associate Director at each of the 
participating universities Is responsible for 
matters relating to the Installation of the 
network facilities at his site. 

3# Operations 

Day-to-day management responsibility for the 
network rests with the Director and his staff. 

The MERIT staff Is developlr<j procedures to 
closely monitor the performance of the network. 
Statistics gathered on message errors, traffic 
distribution, and overall throughput will 
significantly help In adapting the original 
network design to actual usage patterns. 

User Services 

Responsi i>t 1 1 ty for promoting the network within 
each of the member universities and for 
providing the required user services rest with 
the associate directors. 

The distribution of system documentation 
throughout the user community Is the Joint 
responsibility of MERIT and the Individual 
universities. At the present time, MERIT 
dl s semi nates Information relevant to the desi gn 
and operation of the communications subsystem 
and Its interfaces. Each university Is required 
to maintain and distribute Its local facility's 
documentation and Is responsible for Issuing 
notices reflecting any significant changes. 
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C, Interfaces (relationships with other organizations) 

As explained below, the MERIT network was funded by 
the Michigan State Legislature and the National 
Science Foundation^ While this has not received 
much attention In the open literature^ It Is clear 
that the network will need to be responsive to the 
wishes of the Legislature. Along these lines. It 
Is the Intention ot the networK^s oeveiopers to 
provide the capability for network access by many 
of the smaller colleges and universities In the 
State of Michigan without host computers. 

IV. Financial and Legal Concerns 

A. Capitalization 

The Merit Computer Network was funded. Initially 
for two years, by the Michigan State Legislature, 
the National Science Foundation and each of the 
participating universities. The Michigan State 
Legislature provided In successive appropriation 
bills the total sum of $'♦00,000, provided that 
matching support could be obtained from other 
sources. By the end of 1968, a proposal In the 
amount of $'♦00,000 was submitted to and 
subsequently funded by the National Science 
Foundat I on. - 

B. Accounting 

The Director and the Jol nt Execut I ve Committee of 
MERIT ha-ve focused much attention on the accounting 
difficulties encountered In even so controlled a 
network as this. The MERIT network follows the 
basic policy of permitting each site to set prices 
and charge for services Individually. The problem 
Is not In getting sites to offer resources for 
sale, but In convincing management at each of the 
sites to permit usage of resources at other sites. 
The problem Is that the possible "balance of 
payments** deficit (excess of outside use by local 
users over Inhouse use by outside users) cannot be 
predicted la advance, and therefore Is very 
difficult to budget for, especially on a normal 
annual basis. 

In merit's case, relief was sought and obtained 
from the universities'^ administrations to pledge. 
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from sources other than the corriputing budgets, an 
amo'jnt of jrionfes to protect the potentially 
unbalanced budcjets of the wholesaler (local 
university computer centers) due to the presence of 
the network. By so doing, a deterrent to 
utilization was removed^ 

r.. Renci lotion 

The MICIS and the MERIT efforts have been formally 
approved by the Michigan State Legl s 1 atur e, the 
State Board of Education, and the governing boards 
of each of the three unl vers 1 1 lesl 

Communications between sites In the MERll Computer 

Network currently utilize a pre-existing, 

1 nter-uni vers 1 1 y , voice-grade telephone network. 

0^ Secur I t y 

No special security procedures have been developed 
for the MERIT network beyond the nornial access 
control mechanisms for the individual host systems* 
However, all users of remote resources presently 
must be validated by their own system as well as 
the remote system, since there Is no access to the 
network other than through a local host. 

V. Conclusions 

A. Summary of Problems 

The developers of the MERIT network have had to 
face all the problems faced by developers of other 
networks of heterogeneous computers (e.g., ARPA) . 
The most publicized problems have been In 
non- technJ cal areas. However, the developnent of a 
processor which offers a common interface to the 
network from the specialized Interface requirements 
of each host machine was a non-trlvlal effort. 
Similarly, the development of the necessary control 
software for each of the host systems had to be 
undertaken. By and large the major technical 
difficulties have been overcome^ although som^^ 
peculiarities remain to be Ironed out. (For 
example, terminals behave according to the system 
to which they are physically connected, not the 
system which they may be using, as In the ARPA 
network). 
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Perhaps the most publicized non-technical Issue In 
the MERIT network has been trie budgeting problems 
getting the computer centers of the three 
universities to budget for possible net deficits In 
network usage (excess of work sent to other nodes 
over work taken In) for a period greater than a 
single calendar year. 

With this problem apparently solved (as explained 
In IV-B), the main problem has been Insufficient 
network usage to Justify Its existence* It appears 
that the three participating universities each have 
sufficient computing resources to satisfy local 
needs, so that there are few compelling reasons for 
extensive use of the network. Also, the double 
charges for use of remote resources (charges by 
both the local and tlie remote system) tend to 
discourage network usage. This problem could be 
solved by the expansion of the network to Include 
additional user-only and direct termi na J -access 
sites In the state, as the network developers 
envt s I oned. 

8. Lessons Learned 

One Important lesson to be learned from the MERIT 
experience Is that organizational and managerial 
problems can frequently dominate technical problems 
In the development of a computer network, and can 
even cast a shadow on technically sound networks* 

In the technical area, MERIT has provided 
additional evidence as to the soundness of using an 
Intermediate communications computer to mediate 
between the standard operations of the network and 
the peculiarities of each host. 
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B. Sped al Vocabu 1 ary 

CC - Communications Computer, the PDP-ll based 
front-end computer which provides a common network 
Interface for host systems. 

MERIT - Michigan Educational Research Triad 

MICIS - Michigan InterunI versi ty Committee on 
Information Systems 
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!• Introduction 

TUCC Is an example of a successful cooperative venture 
(n regional networking by Independent and autonomous 
unl versi tl es* 

II# Network Identification and General Description 

Sponsoring Organization 

The Triangle Universities Computation Center Is a 
not-for-profit corporation which Is owned by the 
three universities who cooperatively sponsored Its 
establishment — Duke University at Durham, North 
Carolina State University at Raleigh and the 
University of North Carolina at Chapel HMU 

B. Purpose/mission of Network 

The network has three primary goals^ 

!• To provide each of the Institutions with 
adequate computational f^JciUtles as 
economically as possible; 

2. To minimize the number of systems programing 
personnel needed; and 

3. To foster greater cooperation in the exchange 
of systems, programs ano Ideas among the three 
unl vers 1 1 1 es . 

Services Include educational, research and 
administrative computing services for the three 
major universities, about fifty smaller schools and 
several research I aborator i es • 

C. Status and Topology 

TUCC Is essentially a centralized, homogeneous 
network comprising a central service node (IBM 
370/165), three primary Job source nodes (IBM 
360/75, IBM 360/^0, IBM 370/135), 23 secondary Job 
source nodes (leased line Data 100s, UCC 1200s, IBM 
il30s, IBM 2780s, and leased and dial lino IBM 
2770s) and about 125 tertiary job source nodes (6^ 
dial or leased lines for Teletype 33 ASRs, IBM 
1050s, UCC 1035s, otc*)^ Figures 1 and 2 
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Note: in addition to the priiiry termiiial iitstaliation at DUKE, 
DNC, and NCSU, each campus has an array of medium 
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Figure t. The TUCC Network 



Network Management Survey 



TUCC Network 



Illustrate respectively the topology and geography 
of the network. 

Services to the TUCC user cornmunlty Include both 
remote job entry (RJE) and Interactive processing, 
Thruput has grown from about 10,000 Jobs per month 
In 1967 to about 80,000 Jobs per month In 1972. 
(This increase In thruput was accomplished by 
hardware upgrades during the period)^ At the 
present tine about 8000 different individual users 
are being served directly. 

0. Technology Summary 

TUCC operates a 3-megabyte, 

telecommunications-oriented IBM 370/165 using 
0S/360-MVT/HASP and supporting a wide variety of 
terminals (see Figure 3). 

The three universities are connected to the TUCC by 
means cf Telpak A (^0.8 K baud) circuits which 
connect the universities' primary remote batch 
terminals to the central facility* In addition, 
over 5C educational Institutions are linked to TUCC 
by a variety of medium and low speed 1 1 ne'"^ v'hich 
cover the state and extend as far as Elizabeth 
City, Wilmington and Ashvllle. 

All local node computers are of the same 
manufacture as the central facility, and provide 
local computing services and teleprocessing 
services (from the central facility). Except In 
special circumstances, none of the local nodes 
provide cornputlng services for remote users at this 
time, but the Hasp-to-Hasp software In use allows 
for such services to be provided If and when 
desi red. 

E. Future Plans 

TUCC continues to serve Its participating 
Institutions. Hardware and software adjustments 
are made as required to Insure adequate capacity to 
meet their processing demand. Immediate emphasis 
I s on Improving interactive services (primarily but 
not exclusively via TSO) and services for large 
data base processing Inducing university 
administrative data processing. 
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III* Netvork Organization 

A» Structure and Extent 

The network Is characterized by an organization 
which provides both for cent raU zat I on of certain 
functions and the retention of freedom and 
authority by the Individual coniputlng centers to 
operate in the academic environment. 

TUCC Organi zatl on 

The TUCC Corporation Is governed by a board of 
directors whose nine members represent the three 
major universities. The three members from each 
university represent the administration, 
computer science instruction and computer users. 
The board members are appointed by the executive 
officers of each Institution. The board meets 
once a month to act on matters of general 
policy. Other attendees to board meetings are 
the President and Director of TUCC, the 
Associate Director and System Manager, the 
Campus Computation Center directors and the 
Director of NCECS (see section C below). Most 
questions are decided by simple majority vote of 
the board, except that questions of "fundamental 
Importance" are decided by each university 
delegation casting a single vote. Questions of 
"fundamental Importance" Include selection of 
the TUCC President, the annual budget and major 
equi pment dec! s i ons • 

TUCC Staff 

The central staff organization Is shown In 
figure ^. 

Systems Programming Section 

This section Is responsible for development, 
testing. Integration and implementation of 
all TUCC and manufacturers' system software. 
The section Is headed by a systems manager 
who Is also the primary technical liaison 
between the campus computation centers and 
the manufacturers' field and systems 
engineering organization. The systems 
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manager serves as an Associate Director of 
TUCC. 

Information Services Section 

This group Is responsible for the collection 
and dissemination of documentation to users, 
campus center staff, directors and the Board 
of Directors. Most documents arc prepared 
throughout the network organization. 
Including the documentation services section. 
These documents are edi ted, approved and 
published by this section. The section Is 
also responsible for maintaining the program 
library, for documentation standards, for 
public relations and visitor liaison, for a 
periodic newsletter and for general Interest 
brochuies. 

Oeveloprr^nt Section 

This group Is concerned with generation of 
new versions of the operating system, 
maintenance of the manufacturer supplied 
operating system, designing and programming 
of software interfaces between TUCC-wrltten 
programs and the operating system, and 
creation of utility programs needed In the 
TUCC environment. The group Is also 
responsible for design, programming and 
Installation of monitors, statistics 
gathering programs for performance 
evaluation, and for the evaluation of overall 
systems performance. 

Teleprocessing Section 

The primary responsibility of this section Is 
maintenance of the teleprocessing software. 
It maintains current knowledge of all 
terminals and plans and acquires new 
communications hardware as required.^ The 
teleprocessing manager also acts as a 
consultant to the campu's centers and to 
Individual users. 

Operat I ons Sect I on 

This section Is concerned with the day-by-day 
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operations of the computer room« It also 
maintains the systems accounting records and 
prepares programs on systems usage, 
e f f I cl ency and turnaround stat I s t S cs« It 
provides liaison with manufacturers' field 
engineers and with the campus computation 
center oper at I ons, managers . It Is also 
res pons I bl e for secur I ty . 

Functions Perfdrmec 

1 ♦ PI anni ng 

Once per month the campus computer center 
directors meet with the TUCC director, systems 
manager, and assistant director, primarily to 
discuss operational policies and procedures* 
Charging policies and changes to the billing 
algorithm are among the topics determined at the 
directors'' meeting. 

The TUCC systems manager and the systems, 
programmers of the central staff and of the 
universities meet monthly to discuss plans for 
new systems additions and/or modifications. 

2. I ns tal 1 at I on 

As described In I 1 1 •A above, all planning and 
control over equipment Installation at TUCC Is 
per formed by the central management • Each 
university's computer center management performs 
these functions for Its own center* 

3. Operations 

Each university computer center Is autonomous 
and Is operated by Its own staff. TUCC Is 
operated by a separate staff reporting to the 
centr al management . 

User Services 

Considerable attention has been devoted 
throughout the TUCC organization to the 
provision of adequate user services* Although 
there Is some I n format Ion dl ssemi nat I on from the 
central organization In the form of regular 
newsletters and an extensive documentation 
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system, the whol esal er-r etaM er organization 
Insures that most user services are provided by 
the local computer center. This fad 11 tates 
user access to these services and Insures 
responsiveness on the part of the providers. 

In the case of the small Institutions served by 
NCECS, these services are provided by ••circuit 
rlders^^ who visit the schools on a regular 
basis. Schools are visited as needed and 
geographically close visits are usually 
coordinated. Consulting services are assisted 
by In-WATS telephone lines and personal contacts 
of remote users at workshops or through visits 
to the central facility^ Data Unes can also be 
used for voice transmission when not otherwise 
In use. Some use Is being made of Inquiries 
being sent by terminal communications to the 
central computer to be answered by the central 
staff. 

C. Interfaces (relationships with other organizations) 

The North Carolina Educational Computing Service 
(NCECS) was created as a state agency by the Board 
of Higher Education In 1969. (NCECS Is the 
successor of the North Carolina Computer 
Orientation Project (NCCOP) which began In 1966). 
Its mission Is to provide educational services to 
Institutions throughout the state. NCECS provides 
technical support and consulting to small users. 
This Includes computing services (terminals, 
communications and computer time) as well as 
techni cal support ( l nfor mat 1 on servl ces, technl ca I 
assistance to users, specialized software and 
documentation). 

The director of NCECS represents his organization 
at TUCC board meetings In a non-voting capacity, 
and also attends meetings of the computer center 
directors. Close geographic co-location (In 
different vings of the same building) help 
intercommunications between the^ two staffs, 
although the organizations are totally Independent. 

The NCECS staff Includes both state supported and 
project supported positions. Nine positions are 
state supported^ the director, his i^ecretarVf 
administrative assistant for curriculum 
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development, manager of user services, three 
computing consultants, an I nformatf on services 
officer and a business officer. Grant supported 
positions include curr i cu 1 um deve lopment manager, 
programmer for curriculum development (half-time) 
and systems programmer (half-time). 

The main function of the staff is the Increase and 
improvement of Involvenent of the participating 
schools in computing. Two full time and one 
half-time "circuit riders" and a manager of user 
services deal directly with the needs of the 
out 1 yl ng 1 nst I tut I ons , as expl al ned above 
(IIl-B-M- 

IV» Financial and Legal Concerns 

A. Capi tal I zatlon 

Initial grants were received from NSF and from the 
North Carolina Board of Science and Technology, In 
whose Research Triangle Park building TUCC was 
located. These funds, along with the payments for 
services from the founding universities, served to 
establish TUCC. 

B, Accounting 

The accounting system for TUCC Is based on a 
wholesaler-retailer concept. TUCC Is a wholesaler 
of computing services. Including machine cycles, 
operating system, programming languages and 
application programs, a documentation service, and 
management. The TUCC wholesale service 
specifically does not include typical user services 

debuggi ng, contract programmi ng, etc. — nor 
does It Include user level billing or curriculum 
development. Rather, these services are provided 
for their constituents by the campus computation 
centers and NCECS, which are retailers for the TUCC 
Networ k. 

The wholesaler-retailer concept can also be seen In 
the financial and service relationships. Every two 
years the founding universities negotiate with each 
other and with TUCC to establish a minimum 
financial commitment from each to the net budgeted 
TUCC costs. Then, on an annual basis the- founding 
universities and TUCC negotiate to establish the 
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TUCC machine configuration, each university's 
'imputing resource share, and the cost to each 
university* This negotiation Includes adoption of 
an operating budget. Computing resource shares are 
stated as a percentage of the total resource each 
day. , 

Each of the three universities and NCECS currently 
pay 25% of the TUCC budgeted operating costs and 
are each entitled to equal amounts of service* A 
scheduling algorithm with a *^usage leveling 
capability" allocates resources to the Institution 
which has used the least so far. Each Institution 
funds Its own computer facility and communications 
llnes« Each Institution bills local users based on 
all of Its costs, including payments made to TUCC, 
and on detailed usage statistics collected at the 
central computer. 

The budget negotiation described above results In 
an effective wholesale rate to the three 
universities which Is a little lower than the 
wholesale rate charged to NCECS. The justification 
for this procedure Is the fact that the Income from 
the universities is guaranteed while the Income 
from the NCECS Is less certain. Both the computing 
centers and the NCECS levy additional charges on 
the local user to cover local computing center 
costs and the costs of the additional NCECS central 
staff. 

C. Regulation 

No direct Federal or state regulations apply to the 
TUCC network. However, the state of North Carolina 
can exert influence over the network through the 
University of North Carolina. 

Since the TUCC network does not extend outside the 
state of North Carolina except for occasional dial 
services, intrastate tariffs apply for most 
communications facilities. Standard telephone 
company services are utilized for wideband and 
voice grade circuits. 

D. Secur I ty 

In addition to those measures normally found In a 
third-generation operating system for the control 
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of access to files, TUCC has Implemented Its own 
data set and volume password systems as well as 
locally developed encrypting programs and operator 
procedures % 

Cone 1 usl ons 



A, Summary of Problems 

Administrative Data Processing 

TUCC has for some time been handling the full 
range of adml nl st rat t ve data process I ng for two 
NCECS universities and Is beginning to do so for 
other NCECS schools^ The primary reason that 
this application lags behl nd I nst r uct t ona I 
applications In the NCECS schools Is simply that 
grant support, which stimulated developrrent of 
the I nst rue 1 1 onal appl I cations, has. been absent 
for adml n I St rat I ve app) Icat lons^ However, the 
success of the two pioneers has already begun to 
spread among the others. 

With the three larger universities there Is a 
greater reluctance to shift their administrative 
data processing to TUCC, although Duke has 
already accomplished this for their student 
record processing. One problem which must be 
overcome to complete this evolution and allow 
these universities to spend administrative 
computing funds on the more economic TUCC 
machine Is the administrators' (understandable) 
reluctance to give up a machine on which he can 
exercl se dt rect pr I or I ty pressure. The present 
approach to triis problem Is to extend the 
allocation and scheduling algorithm to guarantee 
a portion of the central machine to each 
founding university's administrative data 
processing needs* Another problem Is the 
development of confidence In the available 
back-up resources. It would probably require 
additional computing resources at TUCC If this 
option Is elected by any of the universities. 



Hardware Homogeneity 

While not a real problem at present, It would 
appear that TUCC has locked Itself Into IBM 
compatible systems. This has simplified the 
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development of the network by permlttinc 
compatibility problems to be Ignored, but It may 
restrict the alternatives for future growth. 

8. Lessons Learned 

i • User Servl ces 

A very Important lesson that was learned Is that 
personal communication must exist and be kept 
a1 I ve at all l evel s* 

"It Is amazing how misinformation can spread 
if there does not exist a vigilant system for 
keep I ng peopl e Informed... Experl ence has 
shown us that If we relax then little 

things that may go wrong may sometimes be 
magnified completely out of proportion to 
their Importance and begin to become a source 
of Irritation at some point In the system. 
The centra) facility must therefore have a 
hi gh coef f f cl ent of sensitivity to the needs 
of all users. "(Davis, p. 

The earliest recognition of this fact was the 
hiring, at the time of the formation of TUCC, of 
a Manager of Information Services at TUCC. His 
responsibility fs the documenting of oil 
operating systems, services and policies. An 
elaborate system of memoranda series with 
distributions to various relevant groups was 
developed. This lesson also explains the 
"circuit riders" who were employed by NCCOP (now 
NCECS) to regularly assist its client colleges. 

2. Whol esal er-Retal ler Concept 

TUCC's Implementation of the wholesaler-retailer 
concept (as explained In section iV-above) was 
designed as a mechanism for the administrative 
protection of the Interests of the three 
founding universities and the NCECS schools. 

Because each of the universities and NCECS Is 
guaranteed a minimum percentage of utilization 
of the central machine (In effect, a virtual 
machine for each), they have the assurance that 
they can take care of their users^ needs as 
would be the case with totally Independent 
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racMIties* The scheduling algorithm also 
allows each to define and administer quite 
flexible. Independent priority schemes. 

Since the local centers and NCECS are the 
retailers of all computer services, whether 
produced locally or purchased on a wholesale 
basic from TUCCt they are not In competition 
with TUCC. Users are also able to turn to local 
personnel for all required services, and receive 
a si ngl e bi 1 1 . 

There are several structural devices which serve 
to protect the Interests of both the wholesaler 
and the retailers. At the policy making level 
this protection Is afforded by the Board of 
01 rectors , whl ch Is appointed by the Chancellors 
of the three found I ng un I vers 1 1 1 es. Typica 1 ly 
each university allocates Its representatives to 
Include Its business Interests, Its computer 
science Instructional Interests, and Its other 
computer user I nteres ts. The University 
Computer Center t)t rectors sit with the board 
whether or not they are members, as do the 
Director of NCECS and the President of TUCC. An 
example of the policy level function of the 
Board Is their determination, based on TUCC 
management recommendat Ions, of computing service 
rates for NCECS and other TUCC users. (Williams, 
1972) 

At the operational level there are two Important 
groups, both normally meeting each month. The 
Campus Computation Center Directors' meeting 
Includes the Indicated people plus the Director 
of NCECS and the President, the Systems Manager, 
and the Assistant to the Director of TUCC. The 
System Programmers'' meeting Includes 
representatives of the three universities, NCECS 
and TUCC. In addition, each of the universities 
has the usual campus computing committees. 

3* Neutrality of Site 

The neutral location of the central computer Is 
felt to be •'one of the chief factors 
contributing to the political stability of 
TUCC." (Brooks, et. al.) An earlier 
unsuccessful experience with a computer Jointly 
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owned by NCSU and UNC-Ch, but located at Chapel 

HM I , had shown that "the psychological and 

pol i 1 1 cal consequences of I oca 1 1 on cou 1 d not be 

tele-processed away." It Is recognized that a 

neutr a 1 I ocat 1 on requires extra cost, but this 
Is felt to be "an I ndespens I ble expense*" 
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NCCOP - North Carolina Computer Orlentatron Project 

NCECS - North Carolina Educational Computing 
Ser vi ce 

TUCC - Triangle Universities Computation Center 
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!• Introduction 

The Oregon State Regional Network Is representative of 
the large number of centralized "star" networks 
serving a regional clientele^ It was organized to 
provide educational computing services to a number of 
geographically dl sper sed I nst I tut Ions ^ and Is not 
concerned wl th research Into the technology of 
networking* 

lU Network Identification and General Description 

A* Sponsoring Organization 

The network was sponsored by Oregon State 
University with support from the National Science 
Foundation* 

B* Purpose/ml ss Ion of Network 

The regional network was established In connection 
with a two-year project with National Science 
Foundation support to develop and appraise 
I n5;tructIonal uses of computational facilities 
provided through computer terminals on-line to a 
central computer facility* The objectives of the 
project were* 

1. To provide faculty and students at the 
participating colleges with computing resources 
available through terminals which have direct 
access to a central computing facility* 

2. To develop special Instructional programs and 
materials suitable for regular as well as 
"short" courses In the use of computers In an 
educat I onal envl ronment • 

3# To appraise the usefulness In Instructional 
programs of the facilities offered with 
reference to the Instructional needs of each 
I nst I tut l on* 

Status and Topology 

The system now supports a network of more than 200 
r eiTiOt e terminals with approximately 75 terminals 
active concurrently. Approximately 35 terminals 
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are located at other universities and colleges of, 
the network* The network serves Instructional, 
administrative and research apllcatlons, and may be 
reaching saturation. Acquisition of new computing 
hardware Is being contemplated at the present time. 

D. Techno 1 ogy Summary 

The Oregon State University Regional Computer 
Network consists of a central computing facility at 
the Oregon State University Campus In CorwalMs, 
Oregon, which serves some sixteen Institutions of 
higher learning In Oregon. The central facility 
runs In a time-sharing mode under a special 
operating system developed at Oregon State 
University. Remote users are connected to the 
central facility by low speed teletypewriter lines. 

The principal resource at the computation center Is 
a CDC 3300 with a memory capacity of 98K 2A-bIt 
words. Peripheral devices Include a card reader 
and punch, line printer, four magnetic tape units, 
five magnetic disc units, a 200 million character 
mass storage disc unit, 16 CRTs, a plotter and a 
PDP-8 minicomputer which serves as a communications 
front end. The POP-8 also serves as a telephone 
line Interface for 180 remote termi nal s. During 
1972 remote batch capability was added using card 
readers and line printers. 

The operating sy<^tem^ 05-3 (Hrpgnn State Open Shop 
Operating SystF'^^ was designed and implemented by 
the Oregon Stale Computer Center. It permits time 
sharing operation In a variety of languages. 
Including ALGOL, FORTRAN, BASIC, OSCAR (a 
conversational language for all types of users), 
EDIT (a file editing language), and others. 

E. Future PI ans 

The regional network described here was an 
experiment of fixed duration and limited to 
academi c comput I ng* The State Department of HI gher 
Education Is currently considering a proposal to 
establish a computing consortium among all nine of 
the Institutions of higher learning In the state 
and to establish and develop a computer network to 
serve both academic and administrative needs, it 
would be structured similar to the regional 
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network, with a central facility and staff at OSU 
and remote stations at the other participating 
sites. 



Ill, Network Organization 

A. Structure and Extent 

The organization of the network Is embedded In the 
organization of the regional computer center* 
Special organizational elements, exclusively 
concerned with network operations are a regional 
coordinator who reports to the regional computing 
center director, a regional steering committee, and 
campus coordinators resident on the Individual 
campuses* Close liaison Is maintained with the 
Teaching Research Division, an arm of the 
Chancellor's Office, which represents all 
Institutions of the Oregon State System of Higher 
Education. 

Computer Center Director 

The regional computing facility Is under the 
direct supervision of a central administrative 
officer, the computer center director. He has 
the authority to enforce adherence to 
established procedures, observation of 
pri 'I ties, and conformance to established 
schedules. The director Is assisted by a 
steering committee. 



Steering Committee 

The regional steering committee considers policy 
matters affecting regional projects, terminal 
end users, and recommends action to the regional 
coordinator and the computer center director. 
The committee helps to maintain uniformity and 
workability of operation and services, where 
this Is In the Interest of participating 
Institutions. It acts as a developer of 
procedures for network users. It Is responsive 
to all network participants and considers the 
effects of al I actions on local centers. 
Members are elected to the steering committee by 
the participating schools. 



Campus Coordinators 
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The campus coordinator acts as the manager of 
Instructional computing on his Individual 
campus. He needs to have a knowledge of 
available computing facilities and of specific 
campus computing needs. He works closely with 
all users and coordinates tnterdlcl pi Inary 
requests and problems. This assignment Is 
considered to require at least half time 
availability of the designated faculty member. 
Specific functions of the campus coordinator 
are* 



Coordinate use of remote terminals with local 
fad II ties; 



Act as campus-wide focal point for 
ut I n zati on^ dl ssemi nat Ion and fac I 1 1 tat Ion 
of Instructional and research uses of the 
regional comput I ng f acM I t I es on his campus; 

Serve as a member of the local Institution 
computer commit tee j 

Facilitate training for faculty? 

Coordinate remote regional facility 
maintenance, regional staff visits and 
Workshops} 

Attend regional conferences; 

Report development of computer-related 
curriculum material and other documentation 
to regional project coordinator; 

Prepare and coordinate Interim and annual 
reports regarding institutional participation 
I n the network; 



Report news Items to regional newsletter 
editor; 

Be aware of all projects Involving curriculum 
development teachers* curriculum writers, 
consultants and learning and evaluation 
sped al I sts ; 



Participate In local budget recomendat Ions 
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Involving utlUzjBtion of regional facilities 
on his campus. 

The final project report recommended that the 
campus coordinator report to either the dean of 
Instruction or the dean of administration. It 
was also suggested that on some campuses It 
would be beneficial for the Campus Coordinator 
to have an advisory committee to assist him In 
making decisions relating to the allocation of 
resources^ 

B. Functions Performed 

!• Planning 

The emphasis during the Initial portion of the 
project was on three Itemss I) developing useful 
and reliable services; 2) assisting Individuals 
and classes to become fully cognizant of the 
services and how they could be used; and 3) a 
preliminary exploration of the currlcular 
changes brought about by the Introduction of the 
facilities. The emphasis throughout the last 
year of the project was on the developmv^nt and 
evaluation of techniques and materials relating 
to the role of computers In the academic 
envl r onment • 

2. Installation 

The time-sharing computer facility of the OSU 
Computer Center has been the basic computational 
resource of the network* Access to the center 
Is through remote terminals located at each of 
the participating colleges. Under the grant 
they were provided with terminals, 
communl cat I ons costs, computer 1 1 me, and 
consulting services. The Installation 
requirements for this type of arrangement are 
minimal. 

3. Operations 

Because of the star configuration of the 
network^ operational concerns specific to the 
network are minimal. The center Is operated as 
any other large mu 1 1 1 prograrrmed center serving 
Interactive users. 
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^. User Services 

User services have prf^narMy been provided by 
three means • pub II cat Ions, semi nars and personal 
1 nter act I on. 

Publications Include manuals for all services 
available as well c»s a computer center 
newsletter published on a regular and timely 
basis. These are necessary but not sufficient 
to the success of the project. 

■ -V 

In an effort to promote the use of the network, 
a series of conferences were held at various 
campuses to Introduce the faculty to some of the 
Instructional uses that can be made with the 
computer In the classroom. Each conference 
lasted two days and concentrated on a specific 
academic area. The participating faculty were 
presented with ten to fifteen examples of actual 
classroom uses of the computer followed by an 
opportunity to use the material and to modify 
and adapt some of the examples Into their 
Instruction. Whenever possible, each example 
was presented by an Instructor who had used the 
material In his class, and Regional Computer 
Center staff were on hand to help the faculty 
with any problems they had In using the 
terminal, the system or the materials. The 
faculty attending the conferences became very 
enthusiastic about the poss I bll I t I es of the 
computer In the classroom. However, It was 
found that without some type of follow-up the 
enthusl asm wanes. 

The follow-up Is provided through personal 
Interaction. A Regional Computer Center staff 
member, familiar with the academic area and the 
Instructional materials, visited the 
participating schools during the immediate weeks 
following the conference. He discussed with the 
faculty who attended the conference and other 
Interested faculty poss i bl e a pp 1 1 cat I ons I n 
their classrooms. The role of the local campus 
coordinator In providing personal assistance has 
already been discussed. Within the course of 
one term, following this procedure, the faculty 
who have attended the conferences Introduced the 
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computer Into their classrooms on a regular 
basis* 

C. Interfaces (relationships with other organizations) 

The regional computing center has worked closely In 
the past with the Teaching Research Division, an 
arm of the Chancellor's office which represents all 
Institutions of higher learning In the Oregon State 
System* This division Is concerned with 
Inprovements In the teaching procedures at various 
levels of Instruction. The division has assisted 
In two areass 1) direct assistance to faculty In 
courses using computers, and 2) eva luat i on of user 
reaction, utilization patterns, and Impact of the 
computer on Instruction* 

The other external relationship of Interest Is with 
the other universities Involved In the CONDUIT 
project. Oregon State University, Dartmouth 
Col lege, the North Carolina Educational Computing 
Service, and the Universities of Iowa and Texas 
have been funded by the National Scf ence Foundat I on 
In a cooperative project In educational computer 
usage and program exchange* Each of these schools 
have developed active computer networks and a 
significant base of curriculum materials. The 
CONDUIT project Involves the formation of a central 
organization and staffs at each of five schools to 
design the procedures necessary to transport about 
75 curriculum units and to Implement these 
procedures In the five networks. CONDUIT will 
quantify this exchange process Including all costs, 
faculty training requirements and user feedback. 

IV. Financial and Legal Concerns 

A. Cap! ta] 1 zatl on 

The National Science Foundation, through Its Office 
of Computing Activities has funded 20 regional 
computing activities during the period 1968-1969. 
One of the first three such grants made was to 
Oregon State University In 1968 In cooperation wj th 
six other colleges In Oregon. The principal 
Investigator under the grant was Dr. Larry C. 
Hunter of OSU. This grant has since expired, and 
current network activities are self-supporting. 
Campus computer center operations are supported by 
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the local university budget* The regional center 
Is supported by state funds and usage charges* 

6. Accounting 

Because of the ••star" configuration of the network, 
accounting was not a problem* All users maintained 
accounts In the central machine at OSU and were 
billed (or charged against their portion of the 
grant) from there* 

Regulati on 

The network was regulated tn part by the National 
Science Foundation by the terms of Its grant and In 
part by the Chancel 1 or 's Office of the State of 
Oregon* Only Institutions of higher learning In 
Oregon could participate* 

Since all participants of the network were located 
within the state of Oregont Intrastate tariffs 
applied for all telephone lines used* The network 
was configured as a "star*' or single central 
timesharing system with remote users, so there w^re 
no other Issues related to tariffs* 

0* Security 

The only security controls In the system are 
provided by the log-on sequence of the central 
time-sharing system* 

V* Conclusions 

A* Summary of Problems 

Due to the use of a well-known and straightforward 
network design (the star configuration) and the 
emphasis on providing service rather than 
performing research on networking, there were no 
notable technical problems* The primary problem 
was In promoting the use of the facility by those 
to whom It was offered* 

B* Lessons Learned 

The project's final report suggested that the 
success of a regional computing activity required 
quick and effective methods of communication 



58 



Network Management Survey Oregon State Regional Network 



between the remote site and the central staff. The 
following general principles were offered* 

1. There must be a willingness of regional 
participants to work out mutual problems, to 
cooperate, to compromise If necessary, and to 
consider the progress of all users. 

2* A regional center should be considered a 
service organization to provide services which 
cannot be provided efficiently otherwise. 

3. The activities of the regional group are 
under a steer I ng comml ttee whi ch consi ders 
policy matters affecting regional projects, 
terminal use and users^ and recommends action to 
the Regional Coordinator and the Computer Center 
Director. 

The Regional Steering Committee can help to 
mal ntal n unl f ormi ty and workability of operation 
and servl ces . 

6. The regional facilities and activities should 
augment each schools local facilities and 
services. The use of the terminals and 
facilities or* each campus should be under the 
Jurisdiction of that school and operated for 
that respective school. 

7. Location of regional facilities Is of little 
concern. More Important Is case of access, 
reliability and personal service. 
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I . Introductf on 

TYMNET Is a dl st r 1 butod nat I ona I network of 
heterogeneous computers operated for profit by a major 
time-sharing company* The continued operations of 
this network serves to demonstrate that such 
facilities are commercl ally viable* 



IK Network Identification and General Description 

A* Sponsoring Organization 

Tymshare, Inc., with headquarters In Cupertino, 
California, was formed In 1966 as a commercial time 
sharing company. It has grown to a company with 
annual sales of some $21 million and about ^50 
employees, making It the largest Independent In the 
time sharing field. The total number of Individual 
users of Tymshare services Is In excess of 10,000, 
and they represent over 150 separate organizations. 

B. Purpose/mission of Network 

TYMNET exists primarily to make available the 
commercial timesharing services of Tymeshare, Inc., 
although the capabilities of the communications 
network Itself have been marketed separately to 
customers wishing to connect their own terminals to 
their own computers. The network Is designed for 
Interactive terminal to computer communications, 
although computer to computer connections are 
poss I ble. 

C. Status and Topology 



The network has been operational since 1969 as a 
commercial service. It Is presently serving over 
ten thousand Interactive users (800 simultaneously) 
In over 70 cities throughout the United States and 
Europe (Par I s , France) . 

The network serves to Interconnect approximately ^0 
host computer systems and contains some ICQ 
communications nodes In a multi-ring configuration. 
Figure 1 Illustrates an abbreviated topological map 
of the network. 
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D» Technology Summary 

The network consists of approximately 100 
minicomputers (Varlan 620/1, 620/L and 620/L-lOO) 
called TYMSATs Interconnected by common carrier 
voice grade facilities. The TYMSATs serve In two 
different capacities, to connect host systems and 
terminals to the network. 

The "base" TYMSAT Is responsible for acting as both 
a message switching computer In the communications 
network and as an Interface to the network for host 
or service computers. When the service computer Is 
one of those generally supported by Tymsh&re (such 
as an XOS 9^0, IBM 370/158 7 or DEC POP- 10), the 
TYMSAT has been programmed as a communications 
controller replacing the standard components for 
that function. Computers of a type not employed by 
Tymshare have thus far been Interfaced to the net 
through their standard communications controller 
(e.g., IBM 270X or 3705 for an IBM 360 or 370) so 
that the TYMSAT appears as a complex of terminals 
to the control ler . 

The base TYMSATs are each connected to a service 
computer In a one-to-one or one-to-two fashion 
(approximately forty throughout the country) and to 
one another either directly or through an 
Intermediate base TYMSAT In a multiple rino or 
distributed manner. The circuits used are either 
2^00 or ^800 bps synchronous, full-duplex, private 
I eased 1 I nes . 

The "remote" TYMSATs act as i.tore-and-f orward 
computers and as concentrators for user terminals. 
In addition, some remote TYMSATs with added 
hardware and software can suport local printers In 
the 600 to 1200 baud range. Each Is capable of 
supporting up to thirty-one asynchronous, 
full-duplex modems allowing for terminal speeds In 
the no to 300 bps range. The remote TYMSAT can 
Identify a terminal (baud rate and carriage return 
delay time) by the first character typed. It Is 
possible to allow a terminal to connect with two 
different baud rates for Input and output. In 
addl 1 1 on , ASC II conver s I on Is prov I ded for 
non-standard terminals and echoing if the user 
ter ml nal Is oper at i ng In echo- pi ex mode. ^ ^ 
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The remote TYMSATs are connected to the base 
TYHSATs and thus the service computers through a 
ring configuration whereby a circuit passes through 
a number of remote TYMSATs and one base TYMSAT* 
Store-and-forwar d techni ques are used to exchange 
Information between any remote TYMSAT and any base 
TYMSAT* The circuits connecting the remote TYMSATs 
are again 2^00 and ^800 bps synchronous, 
full-duplex, private leased lines. 

Blo<jJ« are transmitted through the network over 
full-duplex virtual circuits* These circuits are 
established at log-In time and exist for the 
duration or the connection* These circuits are - 
established by software In the TYMSATs which 
associate an Input channel with the appropriate 
output channel at each switching point* A circuit 
Is established by the '^supervisor In active mode" 
(Sam). When a user connects to TYMNET, he Is 
originally communicating with the Sam, whfch, after 
the appropriate exchange of Information, wMl 
establish a circuit from that user's terminal to 
the desired service computer by selecting the 
proper TYMSATs to complete the virtual circuit* 

The "supervl sor In active mode'* Is so named because 
It Is a function which can be taken over by backup 
supervisors In the event of failure* A backup 
supervisor will become active by detecting a 
failure, polling the TYMSATs to get network status 
Information, and assuming the active role. This 
sequence does not disturb users on processors other 
than the one whose supervisor failed* 

It should be noted that In the event of a processor 
failure. Its base TYMSAT can still function In the 
role of a network store-and-forward computer* 
Since virtual circuits are established and fixed 
for the duration of processor connections, recovery 
from a physical line failure Is not as clean* When 
a line falls, users communicating through virtual 
circuits using that line In their definition must 
reconnect. 

E* Future Plans 

Tymshare, Inc* continues to expand Its network 
coverage as business conditions Justify* The 
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company Is also starting to use higher-speed lines 
and alternate suppliers* 

Hi. Network Organization 

A# Structure and Extent 

Tymshare, Inc. Is organized similarly to most 
corporations which produce and market goods 
nationally. They have a home office with a central 
staff for planning and control In Cupertino, 
California, and regional and branch offices 
throughout the country and In Europe. 

B. Functions Performed 

1. Planning 

The network Is privately managed In Its 
entirety, and all planning for Its growth Is 
done by the Tymshare, Inc. corporate staff. The 
network topology, however, has not been laid out 
following any specific design strategy, but has 
Just grown In response to customer needs and the 
business expected In certain areas. 

2* Installation 

All matters relating to Installation (such as 
leasing phone lines and the delivery ano 
attachment of TYMSATs) are handled by Tymshare, 
Inc. as part of the usage Contract with the 
customer . 

As usage grows and bottlenecks occur, two main 
courses of action are taken by Tymshare. As an 
Interim step, the '•preferred routing** 
definitions for some terminals can be changed, 
so as to reroute data and thus relieve the 
bottleneck. Also, additional leased lines can 
be <»rdered; It normally takes about six weeks to 
obtain such llnes^ The ring structure of the 
network provl des cons I derable flexibility In the 
management of the physical network. 

3. Operations 

The network Is controlled by a Network 
Supervisory System. This Is a control program 
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that Is. ^resident In four host computers. 
Currently, two of these host computers are at 
Cupertino, California, one Is at Englewood 
Cliffs, New Jersey, and one Is at Paris, France* 
However, only one of the programs Is In control 
of the network. The other three have a specking 
order" for taking over control of the network In 
case the active supervisor shows any sign of not 
being able to handle the Job/ If the network 
should become segmented, such as transmission 
across the Atlantic be disrupted, then each 
segment can be run Independently until 
communications have been reestablished. 

The network has proved to be very reliable, with 
an average of only 1.^ failures per year for the 
TYMSATs. Preventive maintenance Is performed 
twice per year on the TYMSATs. 

^. User Servl ces 



Tymshare, Inc. has an extensi ve or gan I zat I on of 
marketing representatives throughout the country 
who also continue to provide service to 
customers after they contract to use the 
network. The company offers many proprietary 
software packages for use on the network, and Is 
continuing to develop more. 

As a profit-making company. It is reasonable to 
assume that Tymshare will be quite responsive to 
user needs. For example, remote batch service 
Is not presently offered, but will probably be 
added when user demands dictate. 

C. Interfaces (relationships vlth other organizations) 

Since Tymshare is a company which markets products 
to or gahl zat I ons rather than to Individual 
consumers, each customer represents an Interface 
with another organization. As outlined below, many 
organizations, both private and public, use TYMNET 
In a '^shared" (really "value-added") mode of 
operation as provided for In FCC Tariff No. 260. 
Tymshare obtains circuits from the common carriers 
and "shares" the use of them with the additional 
network functions sold to its customers. 

Besides Tyrrishare itself, the National Library of 
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Medicine In Bethesda, Maryland, Is the largest 
user. With nation-wide access to their Medline 
Data Base on an IBM 370/155# NLM serves more than 
200 libraries, hospitals and university medical 
centers. NLM has been using the network since 
February 1972. 

IV. Financial and Legal Concerns 

A. Capitalization 

Tymshare, Inc. Is a for-profit corpQjiation 
capitalized by the sale of stock to private 
i nvestors. 

As listed In the 1972 Annual Report, Tymshare's 
Investments In computer systems and 
termi nal /comunl cat I on equipment were $5.05 million 
and $^.^9 million, respectively. 

B. Accounting 

Tymnet can and Is being used In several ways. The 
principal use Is for providing customers with time 
sharing services, both computing services and 
application packages. The network allows a 
customer to use a specific resource, such as a 
particular data file, that may be located at a 
Tymshare computing center on the other side of the 
country. In addition, the network allows Tymshare 
to make 'rolling use" of Its resources by diverting 
peak loads occurring at particular hours of the day 
to computers located In other time zones. 

Another use of the network Is where the customer 
has both a computer and terminals connected to the 
network, and the Tymshare computers do some of the 
processing. Data files may be exchanged between a 
user^'s computer and Tymshare computers as required. 

Still another Way to use the network t s by a Joint 
use arrangement, which Is allowed under Federal 
Communications Commission (FCC) Tariff 260^ In 
this type of usage, the customer contracts for a 
specified percentage of the Tymnet capacity say 
1% averaged over a one month period — for 
communicating between the customer's terminals and 
the customer's computer. In this Instance, the 
Tymshare host computers are Involved to set up the 
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can routing and to guarantee their stabMtty^ but 
not to process data* An agreement Is signed v{th 
the Telephone Company vhereby It bills the company 
for the specified percentage of the communications 
charges. In additlont Tymshare bills the customer 

for Its "value added*' services* 

-■> 

TYMNET ''s standard price list Is as follows: 



Description 

Each log-on to host computer 
Accumulative time connected to host 
for al 1 terminals: 
0 to 500 hours 
next 1 500 hours 
next 3000 hours 
next 5000 hours 
each hour over 10^000 
Transmission of characters between 

user and host computer 
TYCOM-III rental (30 ports) 
AT&T Joint Use Charge 

(bl lied by AT&T) 
One time Installation charge 



Monthly Charges 
$ .50 



3*00/hour 

2*50/hour 

2*00/hour 

I .so/hour 

UOO/hour 
•125/1000 
characters 
2l50*00/month 

?• 50/ leased 
1 1 nes used/month 
1000.00 



C« Regulation 

Aside from tarlifs (discussed above) and the normal 
laws affecting all private businesses, TYMNET Is 
not r egul ated* 

Security 

When a user accesses the system, a Tymsat accepts 
his terminal Identification and prompts with the 
message PLEASE LOG IN* He Is Immediately connected 
to the network supervisor which checks the Master 
User Directory and validates the user name and 
password. The supervisor then determines which 
computer Is associated with that user and connects 
him to the appropriate system. At that time, the 
supervisor transfers control to that system and 
data Is transmitted directly, rather than through a 
central point as I n a star-type network. Whenever 
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he logs out, he Is returned to the network 
supervisor which again asks for the log ?n 
sequence. 

Users may be validated on multiple systems. In 
which case they must Identify the system to which 
they wish to be connected at logln-tIme# A single 
user^s password Is the same on all systems. 

The supervisor. In maintaining records, provides a 
complete chronol I gl cal log of all events In the 
network. The supervisor also permits manual 
Intervention and survey. Including the ability to 
determine how many users are connected to a host 
and to determine where host users have originated a 
call and which nodes they pass through en route. 

V. Conci usions 

A. Summary of Problems 

TYMNET continues to have a number of technical 
problems which affect the level of service which 
can be offered. No facilities for remote Job entry 
are presently provided, although this service Is 
under Investigation, and synchronous terminals 
cannot be supported. The capabilities of the 
Varlan 620's place a limit on the ability of the 
network to handle much faster communications lines 
than are presently in use. The present strategy of 
disassembly and reassembly of all messages at every 
node also limits the capacity for handling 
Increased traffic. Terminal Interfaces to the 
TYMSATs are also bl t-or I ented, thus limiting the 
number of terminals which a single TYMSAT Can 
accommodate. Tymshare recognizes this "bit 
banging" to.be Inefficient, and Is Investigating 
the use of more sophisticated terminal Interfaces 
and message forwarding strategies. 

B. Lessons Learned 

Tymshare has demonstrated that value-added networks 
can offer an economically viable product. 

Of equal Importance, Tymshare's experience 
demonstrates that a distributed network can be 
adequately managed. 
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